Workflows and presets for workflows

ABSTRACT

A system generate a workflow identifier, create a workflow that includes a first work unit, assign the workflow identifier to the workflow, update the workflow by adding a second work unit to the workflow, receive a work order to process the workflow, decompose the workflow into constituent work units in response to the work order, instantiate tasks that correspond to the constituent work units, and execute a work unit process for each of the tasks.

BACKGROUND

Consumer demand for media is increasing. For example, consumers oftenwatch and/or listen to various media at home, while traveling, at work,etc. As a result, the number of communication channels for deliveringmedia content and the number of different types of devices for playingthe content has also increased.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 schematically illustrates an exemplary system in which a digitaldistribution clearinghouse (DDC) may be implemented;

FIG. 2 illustrates an exemplary configuration of the DDC of FIG. 1;

FIG. 3 illustrates an exemplary network in which a workflow managerassociated with the DDC of FIG. 2 may be implemented;

FIG. 4 is a flow diagram of an exemplary process that is associated witha workflow;

FIG. 5A is a block diagram of an exemplary work unit that is associatedwith the configuration manager of FIG. 3;

FIG. 5B is an exemplary workflow diagram;

FIG. 6 is a list of exemplary interfaces that are associated with one ormore workflows;

FIGS. 7A through 7C illustrate creating presets for a workflow;

FIG. 7D illustrates exemplary sub-workflows with presets may beassociated

FIG. 7E illustrates an exemplary relationship between workflows andpresets;

FIG. 8 is a list of exemplary interfaces that are associated withpresets;

FIG. 9 shows a list of exemplary tables in the DDC of FIG. 2;

FIG. 10 is a block diagram of an exemplary network device of FIG. 2; and

FIG. 11 is a list of different types of exemplary work units.

DETAILED DESCRIPTION

The following detailed description refers to the accompanying drawings.The same reference numbers in different drawings may identify the sameor similar elements. As used herein, the term “content,” also referredto as assets, may refer to multimedia content (e.g., text-based content,audio, and video such as a movie, show, television program, broadcast ofa live event (e.g., sporting event, concert, etc.)). As used herein, theterm “work unit” may refer to a description of a set of one or moreoperations that a system may perform on content (e.g., overlayingsubtitles on a video, inserting advertisements into a video, etc.).

As described herein, a digital data clearinghouse (DDC) may allow a userto establish a setup for a new customer. During the setup, also referredto as “on-boarding,” the user may create a DDC account and composesoftware components (both data and instructions) tailored for the newcustomer. The software components may include one or more workflows andparameters. The workflows may be assembled by interconnecting workunits, each of which includes a basic task that is associated withcontent processing (e.g., transcoding, sending processed content to acustomer, etc.). The parameters may include values that can be providedto one or more of the work units in processing input data or content.

In some instances, the user may associate work units of a workflow withone or more groups of parameters. One or more of these groups ofparameters, herein referred to as “presets,” may be recalled andselected for the workflow, or a sub-workflow.

When the user receives a service order from the customer, the user maysubmit the workflow with presets and other parameters to the DDC forprocessing content on behalf of the customer. In response, the DDC mayobtain, from the workflow, tasks that correspond to the work units.Furthermore, the DDC may perform all or some of these tasks.

For example, assume that a user (e.g., a DDC operator or administrator)defines two work units via the DDC. Also assume that the first work unitdescribes reformatting a M×N video into a 600×400 video, and the secondwork unit describes inserting an advertisement in the video. When acustomer (e.g., a content creator/provider) places an order with theuser, requesting that a video provided by the content creator/providerbe formatted as a 600×400 video and an advertisement be inserted in thevideo, the user may select, through a graphical user interface (GUI)provided via the DDC, one of workflows that were created byconcatenating two or more work units. In addition, the user may select apreset that specifies the output resolution of the video as 600×400pixel video.

When the user submits a work order associated with the workflow and theselected preset, the DDC may schedule, for execution, a set of tasksthat are associated with the work units included in the workflow. TheDDC may perform these tasks.

The preceding example is provided for simplicity. Descriptions belowprovide additional details with respect to workflow and presets in thecontext of the DDC. FIG. 1 is a block diagram of an exemplary system 100in which the DDC may be implemented. Referring to FIG. 1, system 100includes one or more content creators/providers 110, one or moreadvertisers 120, one or more digital media retailers (DMRs) 130, one ormore consumers 140 and digital data clearinghouse (DDC) 150. Theexemplary configuration illustrated in FIG. 1 is provided forsimplicity. It should be understood that a typical system may includemore or fewer components than illustrated in FIG. 1.

Content creator 110 (referred to collectively as content creators 110 orindividually as content creator 110) may represent one or more creatorsof content that wish to package and/or distribute the content to otherparties, such as consumers 140. For example, content creators 110 mayinclude movie or television studios, music companies, publishers, gamedevelopers, parties who generate user generated content (UGC), websites,blogsites, etc. Content creators 110 may provide content to DDC 150 fortranscoding, packaging and/or distribution, as described in detailbelow.

Advertiser 120 (referred to collectively as advertisers 120 orindividually as advertiser 120) may represent one or more parties thatwish to insert advertising into media files. For example, advertiser 120may contract with a content creator 110 and/or digital media retailer130 to insert an advertisement into a media stream provided to consumers140. DDC 150 may insert the advertisement into the stream in accordancewith the agreement between the parties.

DMR 130 may represent one or more business entities that receive mediacontent from various parties and resell it to end users. For example,DMRs 130 may include broadcasters, cable companies, direct broadcastsatellite (DBS) providers, Internet protocol television (IPTV)providers, mobile phone TV providers, online retailers, etc. DMRs 130may receive media content from DDC 150 and sell/provide the content toconsumers 140.

Consumer 140 may represent one or more consumers 140 that receivecontent originally generated by or provided by content creators 110 andthat has been processed by DDC 150. For example, DDC 150 may format andpackage content for distribution by DMRs 130 and/or DDC 150 to consumers140.

DDC 150 may include a server/computing device or a set ofservers/computing devices associated with, for example, processing mediacontent. For example, as described briefly above, DDC 150, also referredto herein as DDC platform 150, may provide an automated environment inwhich content from content creators 110 is transformed and packaged fordistribution in any number of formats, based on the particularrequirements associated with DMRs 130. In an exemplary implementation,DDC 150 may also aggregate various data and insert advertisements intothe media content. DDC 150, consistent with implementations describedherein, may also utilize flexible workflows to streamline the formattingand packaging of content for digital distribution.

As described above, the exemplary configuration illustrated in FIG. 1 isprovided for simplicity. For example, it should be understood thatconsumers 140 in system 100 may include advertisers 120 or contentcreators 110; system 100 may include additional DDCs; etc. In addition,system 100 may include a large number (e.g., thousands) of differenttypes of user devices associated with consumers 140, such astelevisions, cellular telephones, personal computers (PCs) laptopcomputers, tablet computers, notebook computers, netbook computers,personal digital assistants (PDAs), etc. Consequently, in an actualimplementation, system 100 may include additional components than thoseillustrated in FIG. 1, with different content paths.

FIG. 2 illustrates an exemplary configuration of DDC 150. Referring toFIG. 2, DDC 150 may include databases 210, order management system 220,data and security system 230, DDC service operation management system240, DDC resource management system 250, DDC work order execution (WOE)system 270 and DDC support system 290.

Databases 210 may store work unit definitions, workflows, parameters,tables that are associated with various components in DDC 150,intermediate or end results of processing performed by differentprocesses in DDC 150, etc.

Order management system 220 may include devices for managing customerorders, generating reports, etc. In an exemplary implementation, ordermanagement system 220 may include client components that interface withcomponents on DDC service operation management system 240. The clientcomponents (e.g., web browser) may receive customer orders, requests forreports, etc., and relay the received information to the components onDDC service operation management system 240 for the creation,validation, estimation, submission, approval, execution and reporting ofactivities associated with the customer orders, request for reports,etc. For example, a customer order may be completed by sending, to acomponent on DDC service operation management system 240, a selection ofa particular workflow that will drive the processing of contentassociated with the order.

Data and security system 230 may include one or more devices to providefor authentication and authorization of users having roles in DDC 150and/or for taking actions that are associated with the authorized roles(e.g., create user accounts, remove user accounts, generate an initialpassword, etc.). For example, when a user logs in as a DDC operator, theuser may be authorized to design work units and/or compose workflows.

DDC service operation management (SOM) system 240 may include one ormore devices to control an overall operation, configuration, andmanagement of DDC 150. For example, DDC SOM system 240 may includeoperation management system 242 and SOM modules 244. Via a clientcomponent that communicates with operation management system 242, a usermay control the configuration, administration and operation of DDC 150.For example, in one implementation, via a web browser or another clientapplication, a user may control security, compose a workflow, administeraccounts that are associated with content creator 110 or DMR 130, submita work order, add data and storage to DDC 150, manage resources, manageDDC configuration (e.g., create a work unit), manage catalogs ofcontent, run reports, monitor DDC work orders (e.g., informationassociated with a work order), etc.

In providing each of such services to a client, operation managementsystem 242 may employ SOM modules 244. SOM modules 244 may includecomponents/modules that correspond to the above-listed services. Forexample, the modules may include a security manager, workflow manager,account manager, work order manager, data and storage manager, resourcemanagement module, configuration manager, asset management module,catalog management module, monitoring and reporting module, etc. Asfurther described below, via the configuration/workflow manager, a usermay create a workflow using work units, select a workflow, associatework units of the workflow with presets, and submit the workflow forexecution.

DDC resource management system 250 may include one or more devices thatsupport the capacity management of resources associated with networkelements (NEs) in DDC 150. As illustrated in FIG. 2, DDC resourcemanagement system 250 may include work order (WO) server 252, WOestimator 254, WO decomposer and optimizer 256, WO scheduler 258,runtime resource manager 260, and metrics collector 262.

Depending on the embodiment, DDC resource management system 250 mayimplement additional, fewer, or different components than thoseillustrated in FIG. 2. For example, in one embodiment, DDC resourcemanagement system 250 may include a jeopardy manager to generate alarmswhen a rate of task processing falls below an acceptable threshold orwill impact the target completion date/time. In another embodiment, DDCresource management system 250 may include a component for providingreports on resources, schedules, metrics, etc.

WO server 252 may provide work order-related interfaces to operationmanagement system 242 and/or SOM modules 244, and may communicate withWO estimator 254, WO decomposer and optimizer 256, and WO scheduler 258to submit, decompose, validate, and save work orders, and to estimate,schedule, and reserve resources during the order submission.

Work order estimator 254 may estimate the cost of completing adecomposed work order across work units of a workflow (submitted via aworkflow manager), based on resources that are associated with the workunits for each resource type. Work order estimator 254 may store thecost in one of databases 210 in terms of resource capacity units (RCUs)and duration of time required to complete tasks or processes that areassociated with the work order.

WO decomposer and optimizer 256 may break down an order into work unitsbased on the workflow associated with the order. Furthermore, based onthe decomposition, WO decomposer and optimizer 256 may generate workunit tasks, or simply “tasks,” assign task parameters, and create taskconnectors, which are described below.

WO scheduler 258 may match cost estimates for different resource typesfor a work order to available time slots in an allocation scheduleacross different network elements (e.g., hardware/software componentsthat perform underlying operations for a work unit). As a result of thescheduling, WO scheduler 258 may output start and end times for each ofthe work unit tasks and for resource reservations.

Runtime resource manager 260 may allocate network elements/user groupsto a process at the time of execution on behalf of a work unit. Runtimeresource manager 260 may attempt to honor scheduled reservations ofresources. However, if the resources are unavailable, runtime resourcemanager 260 may attempt to obtain replacement resources.

Metrics collector 262 may determine, for each work unit, actual time ofcompletion and used/consumed resources associated with the execution ofthe work unit. Based on previous execution measurements, metricscollector 262 may modify factors that are used to estimate the resourceand time necessary to complete a task associated with a work unit, for aparticular asset.

DDC work order execution (WOE) system 270 may include one or moredevices to manage the flow and execution of work units of a definedworkflow associated with a work order. DDC WOE system 270 may include acommand processor 272, work unit adapters 274, and network elements 276.For simplicity, FIG. 2 does not show other components of WOE system 270.Depending on the implementation, DDC WOE system 270 may includeadditional, fewer, or different components than those illustrated inFIG. 2. For example, WOE system 270 may include a work unit processor(not shown).

Command processor 272 may drive work order execution. Command processor272 may include a WO manager, WO processor, and work unit processor. TheWO manager may provide interfaces to resource management system 250 forinitiating an execution of a work order, retrieving the status of thework order, suspending/resuming the work order execution, canceling thework order, etc. The WO processor may coordinate work unit tasks forcompletion of a work order. In coordinating different work unit tasks,the WO processor may sequence the tasks for optimum execution time andresource utilization. The WO processor may communicate with runtimeresource manager 260 for allocation and de-allocation of resources. Thework unit processor may dispatch processes/threads to perform a workunit task.

Work unit adapter 274 may include interfaces for adapting networkelements to perform media content processing corresponding to a workunit. In one implementation, each work unit adapter 274 may be versionedand may include Java code. Each work unit adapter 274 may monitor thecorresponding network element to prevent over-allocation of the networkelement, maintain normal execution of logic associated with the networkelement, and provide real-time information to metrics collector 262.

Network elements 276 may include physical or logical networkdevices/components for processing media content.

DDC support system 290 may include one or more devices and/or personnelto provide support services, such creation of work units, composition ofworkflows, etc., billing support, contracting management, pricing, etc.

The configuration shown in FIG. 2 is for illustrative purposes. In otherconfigurations and/or implementations, functions that are associatedwith one component or platform shown in FIG. 2 may be performed by oneor more other components in FIG. 2; any of the components may beconnected to any other of the components; and functions of one componentmay be included in another component. Accordingly, in the otherconfigurations or implementations, DDC 150 may include additional,fewer, different, or a different arrangement of components than thoseillustrated in FIG. 2.

FIG. 3 illustrates an exemplary network 300 in which DDC 150 may beimplemented. Network 300 may include content creator 110, digital mediaretailer 130, digital data clearinghouse 150, and network 302. Althoughnetwork 300 may include additional, fewer, or different network elementsthan those shown in FIG. 3 (e.g., advertiser 120, consumer 140, bridges,routers, switches, etc.), they are not illustrated in FIG. 3 forsimplicity.

As shown, content creator 110 includes different servers forcommunicating with DDC 150, such as a communication server 304, a securefile transfer protocol (SFTP) server 306, a virtual private network(VPN) server 308. Other components of content creator 110 are notillustrated for simplicity. Communication server 304 and SFTP server 306may receive or send content to/from DDC 150 via the fast and secureprotocol (FASP) and secure file transfer protocol (SFTP), respectively,over a VPN. VPN server 308 may establish a virtual private networkbetween content creator 110 and DDC 150 over network 302.

Also as shown, digital media retailer 130 includes a communicationserver 310, a SFTP server 312, and a VPN server 314. These componentsmay operate similarly as components 304-308 in content creator 110.

Network 302 may include one or more wired and/or wireless networks thatare capable of exchanging information, such as voice, video, documents,multimedia, text, etc., and capable of delivering content from onenetwork element to another network element. For example, network 302 mayinclude one or more public switched telephone networks (PSTNs) oranother type of switched network. Network 302 may also include a numberof transmission towers for receiving wireless signals and forwarding thesignals toward the intended destination. Network 302 may further includeone or more packet switched networks, such as an Internet protocol (IP)based network, a local area network (LAN), a wide area network (WAN), apersonal area network (PAN), an intranet, the Internet, or another typeof network that is capable of exchanging information.

DDC 150 may include a communication server 320, SFTP server 322, VPNserver 324, network attached storage (NAS) 332, and application server326. communication server 320, SFPT server 322, and VPN server 324 mayperform similar functions for DDC 150 as communication server 304, SFTPserver 306 and VPN server 308 for content creator 110 (e.g., receive ordistribute (e.g., send) content).

Application server 320 may include components for implementing DDC 150(e.g., DDC service operation management system 240, DDC resourcemanagement system 250, DDC work order execution system 270, etc.) (notshown), serving web documents, serving applications to a clientapplication, etc. In some implementations, application server 320 maysupport a particular set of standard interfaces (e.g., Java PlatformEnterprise Edition™).

In FIG. 3, application server 326 is shown as including SOM modules 244,which in turn may include configuration manager 328 and workflow manager330. As described above, a user (e.g., a DDC operator) may create, edit,save, administer, etc., work units and workflow via configurationmanager 328 and workflow manager 330. The user may interact withconfiguration manager 328 and workflow manager 330 via a client, such asa web browser. For example, the client may receive user input, and basedon the user input, may initiate a chain of method calls (via differentcomponents in DDC 150) to request creation of a workflow byconfiguration manager 328.

FIG. 4 is a flow diagram of an exemplary process 400 that is associatedwith the components of FIG. 2 and FIG. 3. Process 400 may includeoperations or actions (shown in blocks) that may be performed by DDC 150for processing content. Process 400 is described herein for illustrativepurposes. In a different context, DDC 150 may perform other processesthat include additional, fewer, or different operations than those shownin FIG. 4. For FIG. 4, assume that a customer (e.g., a contentcreator/provider) has an account with DDC 150. Also, assume that a DDCoperator (e.g., a user) is administering DDC 150.

DDC 150 may create a work unit (block 402). For example, the DDCoperator may construct a work unit via a client graphical user interface(GUI) communicating with configuration manager 328. In creating the workunit, the DDC operator may specify parameters that characterize the workunit.

FIG. 5A is a block diagram of an exemplary work unit 502. As shown, workunit 502 may include an input connector point 504 (or an input port 504)and an output connector point 506 (or an output port 506) and parameters508. DDC 150 may include other work units, each of which may includeadditional and/or different configurations than those illustrated inFIG. 5A.

Input port 504 may represent the type of input that work unit 502 mayreceive. For example, work unit 502 may receive a 1024×768 video stream(not shown). Output port 506 may represent the type of output that workunit 502 may generate. For example, work unit 502 may generate 600×400video, based on a 1024×768 input video. Other types of work units mayinclude different types of input/output ports. For example, a work unitfor packaging a video for distribution may include an input port forreceiving metadata and another input port for receiving a video. Thework unit may also include an output port for generating a packagedvideo (e.g., a video coupled to metadata).

Parameters 508 may include values that characterize work unit 502. Forexample, in FIG. 5A, parameters 508 include a flag indicating whether anaspect ratio of an output video is to be the same for all videosprocessed by work unit 502; a X-resolution of 600; and a Y-resolution of400. The parameters may be stored in one or more databases 210. Inaddition, the parameters can be set up as system values that are notchangeable, default values that are changeable, default values thatrequire user verification, and parameters that require user entry.

Returning to FIG. 4, once one or more work units have been created, thework units may be used to compose a workflow. For example, when acustomer signs up for services with DDC 150, DDC 150 may perform“on-boarding” operations. The on-boarding operations may includecreating a new account for a content provider or a DMR 130 via operationmanagement system 242 and the account manager in SOM modules 244. Theaccount creation may entail creating a new account record, configuringthe account, setting up parameters, and composing one or more newworkflows using the work units (block 404). In composing a new workflow,the user may also use or create one or more presets, which are describedbelow.

For example, assume that the DDC operator has received a specification,from a customer, for transforming a 1024×768 video to a 600×400 video.Based on the specification, the DDC operator may assemble a workflow viaconfiguration manager 328 and/or workflow manager 330. The workflow mayinclude work unit 502.

FIG. 5B illustrates an exemplary workflow diagram 510. In oneimplementation, DDC 150 may display workflow diagrams at a GUI clientvia configuration manager 328. The DDC operator may edit and/or savesuch workflow, represented by workflow diagrams. As shown in FIG. 5B,workflow diagram 510 includes a content creator/provider 110, pull mediawork unit 514, transcode work unit 516, package work unit 518,distribute work unit 520, and DMR 130. Other workflow diagrams mayinclude the same, additional, and/or different work units than the onesillustrated in FIG. 5B.

In workflow diagram 510, the input and output ports of work units 514through 520 connect one work unit to another work unit. For example, theoutput port of pull media work unit 514 is connected to the input portof transcode work unit 516. Connecting work units 514-520 may form aprocessing path through which media content may “flow.”

To allow the user to manage workflows (e.g., create, update, edit,and/or perform other functions that are associated with workflows),workflow manager 330 in DDC 150 may include a number of interfaces forinvoking method/procedure/programs (e.g., remote or local calls) thatare accessible to users, FIG. 6 is a list of exemplary interfaces thatare associated with managing workflows.

As shown, workflow manager 330 may include a get workflow ID interface602, save workflow interface 604, update workflow interface 606, getworkflow list interface 608, and change workflow status interface 610.Although workflow manager 330 may include other interfaces for managingworkflows, they are not listed in FIG. 6 for simplicity. Further,depending on the implementation, workflow manager 330 may includeadditional or different interfaces than the ones illustrated in FIG. 6.

Get workflow ID interface 602 may generate or retrieve, when invoked bya calling method/program, an identifier that may be associated with anew workflow when the workflow is saved. Save workflow interface 604 maycreate or insert all database entries for a workflow/sub-workflow. Whena calling method/program invokes the save workflow interface 604, thecalling method/program may provide, as arguments to the interface, acustomer account ID, a workflow ID, workflow version, and data thatdescribes the structures of the workflow.

Update workflow interface 606 may update all database entries for aworkflow/sub-workflow. Update workflow interface 606 may be invoked withthe same or similar arguments as the save workflow ID interface 604. Getworkflow list interface 608 may return a list of descriptions of allworkflows whose customer account ID and active status (e.g., active,inactive, testing, etc.) match those provided by the callingmethod/program. Change workflow status 610 may modify the current stateof a particular workflow, designated by a workflow ID and workflowversion number.

Returning to FIG. 4, during the creation or editing of a workflow,workflow manager 330 may associate the workflow with one or more groupsof parameters, referred to as “presets.” A user may be retrieve andassociate, with the workflow or a sub-workflow, a previously savedpreset for another workflow (which may be used with other sub-workflowor workflows). FIGS. 7A through 7C illustrate creating or retrievingpresets for a workflow.

FIG. 7A shows an exemplary work unit 702 in a workflow (not shown). Whena user at order management system 220 enters particular menu node at aclient application (e.g., browser), the application may retrieve a viewof a workflow. The view may show work unit 702 with a number ofdifferent parameters. As shown, the parameters may include a RETRY TIMES(e.g., the number of times an asset may be distributed via work unit702), RETRY INTERVAL (e.g., the number of minutes between retryattempts), COMMTYPE (e.g., the type of communication protocol that is tobe used for distributing the asset, such as SFTP), IP ADDRESS (e.g., theIP address of the device to which DISTRIBUTE work unit 702 may attemptto transfer the asset), a USER ID and PASSWORD (e.g., the user ID andthe password used to log into the device to which work unit 702 mayattempt to distribute the asset). In addition, FIG. 7A shows work unit702 with default values for the parameters. The definitions as well asvalues for these parameters may be stored in database 210.

FIG. 7B shows creation of a preset. As shown, the user may providevalues for parameters IP ADDRESS, USER ID, and PASSWORD. Furthermore,the user may group COMMTYPE, IP ADDRESS, USER ID, and PASSWORDparameters by placing a box 704 around the parameters (e.g., via a mousecursor or another type of GUI input component), and activate a processto create a preset. In FIG. 7B, the preset includes a preset ID of 2 andthe parameters COMMTYPE, IP ADDRESS, USER ID, and PASSWORD.

FIG. 7C also illustrates creation a preset. In contrast to the preset inFIG. 7B, however, preset created in FIG. 7C includes only one parameternamed AMAZON COM. As shown, the preset ID of the preset is 5.

These presets may be stored in database 210, and retrieved for the sametype of work unit in another workflow for the client application. Fromthe GUI interface shown on a display, the user may select the preset, orinput new values for the parameters. By using presets, the user mayquickly supply values for parameterized workflow.

In some instances, the user may not only create and select presets forwork units, but also one or more presets for a sub-workflow (e.g., aworkflow that may be part of another workflow). The user may create asub-workflow via a GUI by selecting work units and activating a menuitem or selection component (e.g., button) of the GUI. The user maycreate a preset for the workflow by associating a set of parametervalues of work units for the sub-workflow.

FIGS. 7D and 7E illustrate selecting presets that are associated withsub-workflows. FIG. 7D illustrates an exemplary workflow 706 with whichpresets are associated. As shown, workflow 706 may include an archivework unit 708, ingest work unit 710, sub-workflow 712, sub-workflow 714,package work unit 716, and publish work unit 718. Depending on theimplementation, workflow 706 may include other work units and/orsub-workflows.

Archive work unit 708 receives content from content provider 110 andarchives the content. Ingest work unit 710 may include one or more workunits for normalizing the content received from archive work unit 708.The normalization may include, for example, standardizing metadataassociated with the content. Ingest work unit 710 provides two outputs,normalized content and metadata, to sub-workflow 712 and sub-workflow714, respectively.

As further shown in FIG. 7D, sub-workflow 712 includes a decrypt workunit 720, transcode work unit 722, and encrypt work unit 724. These workunits decrypt, transcode, and encrypt the content, respectively. Inaddition, encrypt work unit 724 outputs the content processed bysub-workflow 712 to package work unit 716.

As also shown in FIG. 7D, sub-workflow 714 includes a metadata qualityassurance work unit 720 and a metadata convert work unit 722. These workunits perform quality assurance and convert the metadata of the contentfrom one format to another format, respectively. In addition, metadataconvert work unit 728 outputs the metadata processed by sub-workflow 714to package work unit 716.

Package work unit 716 combines the processed content and metadata fromsub-workflows 712 and 714 and generates a package. Publish work unit 718then sends the package from package work unit 716 to a designated mediaretailer 130.

FIG. 7E illustrates selecting presets for workflows 707. As shown,sub-workflow 712 is associated with presets 730-734, and workflow 714 isassociated with presets 736-740. When the user selects workflow 706 fora particular work order, the user may also select one of presets 730-734for sub-workflow 712 and one of presets 736-740 for sub-workflow 714 viaa GUI. By allowing the user to conveniently select the presets, ratherthan laboriously inputting/setting values of individual parameters ofthe work units, DDC 150 may also allow the user to easily submit a workorder.

FIG. 8 is a list of exemplary interfaces that are associated withmanaging presets. As shown, workflow manager 330 may include a getworkflow preset ID interface 802, save workflow preset interface 804,update workflow preset interface 806, get workflow preset list interface808, get workflow preset interface 810, and change workflow preset stateinterface 812. Although workflow manager 330 may include otherinterfaces on presets, they are not listed in FIG. 8 for simplicity.Furthermore, depending on the implementation, workflow manager 330 mayinclude additional or different interfaces than the ones illustrated inFIG. 8.

Get workflow preset ID interface 802 may retrieve, when invoked by acalling method/program, an identifier that may be associated with a newpreset, an account, and a workflow when the preset is saved. Saveworkflow preset interface 804 may create or insert database entries of aset of parameters for a specific work unit within a given workflow.

Update workflow preset interface 806 may update preset values. Getworkflow preset list 808 may return a list of presets for a givenworkflow and a given state (e.g., new, test, active, inactive, etc.).Get workflow preset interface 810 may retrieve parameter settings for aspecific preset. Change workflow preset state 812 may modify the currentstate of a particular preset for a work unit of a workflow.

Returning to FIG. 4, once the workflow has been created, tested, andsaved, the customer may place a request with DDC 150 to process content.Upon receiving the request, the DDC operator may log onto the customeraccount and select a workflow corresponding to the requested processingalong with a set of parameters that are to be applied to the workflow.

Next, the DDC operator may submit an order with DDC 150, to process thecontent in accordance with the selected workflow (block 406). Whenoperation management system 242 and the work order manager in SOMmodules 244 relay the order to DDC resource management system 250, WOdecomposer and optimizer 256 may convert each element of the workflowinto a work unit task. In addition, for each connection between an inputport of one work unit and an output port of another work unit, WOdecomposer and optimizer 256 may create a “connector.” A connector mayinclude either memory or space in databases 210 to store data of thetype specified by the output port, of a work unit, to which one end ofthe connection is coupled. When a process corresponding to the work unitplaces its output data in the connector (e.g., the memory or the spacein database 210), another work unit whose input port is attached to theother end the connector may remove (e.g., “consume”) the data from theconnector and perform its own processing.

To DDC 150, when the submitted order has been reviewed and approved, theorder becomes a work order that may be scheduled for execution bycomponents in DDC resource management system 250 and executed bycomponents in DDC work order execution system 270 (block 408). Indatabases 210, each work unit in the workflow is instantiated as a taskto be performed.

FIG. 9 shows a list of exemplary tables 900 in DDC 150. Tables 900 mayexist within database 210 of DDC 150. As shown in FIG. 9, tables 900 mayinclude object tables 902 and association tables 904. Although DDC 150may include other types of tables, for simplicity, they are not listedin FIG. 9 (e.g., allowable work unit flow table, connection point table,work unit execution able, resource table, resource type table, workorder work unit task table, etc.). Furthermore, depending on theimplementation, DDC 150 may include different tables than thoseillustrated in FIG. 9.

Object tables 902 may correspond to components and objects, within DDC150, that are created/exist for processing media content for customers.As shown in FIG. 9, object tables 902 may include work unit table 906,account table 908, workflow table 910, parameter table 912, preset table914, and connector table 916.

Work unit table 906 may include records that describe work units. Eachof the records may include fields for, for example, a work unit ID(e.g., a unique identifier for a work unit), the name of the work unit,state of the work unit (e.g., whether the work unit is active, is in atest phase, etc.), work unit version number, image URL (e.g., thelocation of an image representing the work unit), etc. Account table 908may include records that describe customer accounts. Each record mayinclude fields for, for example, account ID, the name of the account, adescription of the account, billing account ID, etc. Workflow table 910may include records that describe workflows. Each of the records mayinclude fields for, for example, a workflow ID, workflow version, stateof the workflow (e.g., active, testing, inactive, etc.), the name of theworkflow, a description, account ID (e.g., account ID of the customeraccount with which the workflow is associated), etc.

Parameter table 912 may include records that describe parameters thatcharacterize other objects, such as work units, presets, etc. Each ofthe records may include fields for, for example, a parameter ID (e.g., aunique identifier for the parameter in DDC 150), the name of theparameter, the default value of the parameter, etc. Preset table 914 mayinclude records that describe presets. Each of the records may includefields for, for example, a preset ID, the name of the preset, etc.Connector table 916 may include records that describe connectors betweenwork units. Each of the records may include a connector ID, connectortype (e.g., forward, backward, etc.), etc.

Association tables 904 may correspond to information that mapsinterrelationship between components and objects that are created/existfor processing media content. As shown in FIG. 9, association tables 904may include work unit (WU) parameter association table 918, workflow WUconnector association table 920, workflow WU preset parameterassociation table 922, workflow WU flow association able 924, andworkflow preset association able 926.

Work unit (WU) parameter association table 918 may include records thatdescribe a link or association between a work unit and a parameter. Forexample, a particular transcoding work unit may be associated with auser ID parameter. Each record of the WU parameters association table918 may include fields for, for example, an association ID (e.g., anidentifier designating the particular association), work unit ID (e.g.,an identifier of the work unit associated with the parameter), parameterID (e.g., an identifier of the parameter associated with the work unit),etc.

Workflow WU connector association table 920 may include records thatdescribe a link or association between one work unit in a workflow toanother work unit in the workflow. Each record of the workflow WUconnector association table 920 may include fields for, for example, anassociation identifier (e.g., identifier for an instance of theassociation), a workflow identifier (e.g., an identifier of the workflowof the association), connector ID (e.g., identifier of a connector),from ID, and to ID. Each of the from ID and the to ID is a workflow WUflow association ID (e.g., the identifier of an association between theworkflow and a work unit in the workflow). These identifiers define theendpoints of the connector designated by the connector ID.

Workflow WU preset parameter association table 622 may include recordsthat describe a link/association between a preset in a workflow and aworkflow WU flow association (e.g., an association between the workflowand a work unit in the workflow). Each record of workflow WU presetparameter association table 624 may include fields for, for example, anassociation identifier (e.g., an identifier for the association), apreset identifier (e.g., identifier of the preset in an instance of theassociation), workflow WU flow association ID (e.g., the identifier foran association between the workflow and a work unit in the workflow),etc.

Workflow WU flow association table 924 may include records that describea link/association between a workflow and a work unit in the workflow.Each record in workflow WU flow association table 925 may include anassociation identifier of the association, an identifier of theworkflow, an identifier of the work unit, sequence number (e.g., asequence number of the work unit in the workflow), etc.

Workflow preset association table 926 may include records that describea link/association between a customer account, a workflow, and a preset.Each record of workflow preset association table 926 may include fieldsfor, for example, an identifier of the association, the identifier ofthe account in the association, the identifier of the workflow, theidentifier of the preset, etc.

FIG. 10 is a block diagram of an exemplary network device 1000. Networkdevice 1000 may correspond to one or more of devices that may be used toimplement, for example, components illustrated in FIG. 2. Referring toFIG. 10, network device 1000 may include bus 1010, processor 1020,memory 1030, input device 1040, output device 1050 and communicationinterface 1060. Bus 1010 may include a path that permits communicationamong the elements of network device 1000.

Processor 1020 may include one or more processors, microprocessors, orprocessing logic that may interpret and execute instructions. Memory1030 may include a random access memory (RAM) or another type of dynamicstorage device that may store information and instructions for executionby processor 1020. Memory 1030 may also include a read only memory (ROM)device or another type of static storage device that may store staticinformation and instructions for use by processor 1020. Memory 1030 mayfurther include a storage device, such as a solid state drive (SDD), amagnetic and/or optical recording medium (e.g., a hard disk), etc.Depending on the context, the term “memory,” “storage,” “storagedevice,” and/or “storage unit” may be used interchangeably. For example,a “computer-readable storage device” or “computer-readable medium” mayrefer to both a memory and/or storage device.

Input device 1040 may permit a user to input information to networkdevice 1000, such as a keyboard, a keypad, a mouse, a pen, a microphone,a touch screen, voice recognition and/or biometric mechanisms, etc.Output device 1050 may include a mechanism that outputs information tothe user, including a display, a printer, a speaker, etc. In someimplementations 1040, because network device 1040 may operate as aserver device, network device 1000 may include minimal number of inputdevice 1040 and output device 1050 (e.g., a keyboard and/or a console),to minimize cost and to increase robustness.

Communication interface 1060 may include a transceiver (e.g., atransmitter or receiver) for network device 1000 to communicate withother devices and/or systems. For example, via communication interface1060, network device 1000 may communicate over a network, such as theInternet, an intranet, a terrestrial wireless network (e.g., a WLAN,WiFi, WiMax, etc.), a satellite-based network, optical network, etc.Communication interface 1060 may also include a modem, an Ethernetinterface to a LAN, and/or another interface.

FIG. 11 is a list 1100 of different types of work units. Within DDC 150,the work unit types in list 1100 may be part of a library, from whichindividual work units may be selected for assembling a workflow. Asshown, list 1100 includes a create metadata work unit 1102, transformmetadata work unit 1104, pull metadata work unit 1106, pull media workunit 1108, confirm delivery work unit 1110, encode work unit 1112,decode work unit 1114, advertisement marker work unit 1116, closecaptioning work unit 1118, branch work unit 1120, merge work unit 1122,transcode work unit 1124, split media work unit 1126, distribute workunit 1128, package work unit 1130, encrypt work unit 1132, decrypt workunit 1134, archive work unit 1136, save work unit 1138, retrieve workunit 1140, quality assurance work unit 1142, manual intervention workunit 1144, report work unit 1146, and assembly work unit 1148. Althougheach of work units 1102-1148 is described below as performing one ormore operations, the actual operations are performed via a correspondingwork unit process instantiated based on the particular work unit duringruntime. Depending on the setting, configuration, version,implementation etc., DDC 150 may provide for additional or differentwork units than those in list 1100.

Each of work units 1102-1148 may serve one or more business logic/rulesassociated with content acquisition, transformation and distribution.For example, work units 1102-1108 and 1132-1146 may serve the businesslogic associated with ingesting asset/content from a content provider;work units 1104, 1112-1126, and 1136-1146 may serve the business logicassociated with asset/content transformation; work units 1110,1128-1134, 1138-1146 may serve the business logic associated withdistribution of asset/content, and work unit 1148 may serve the businesslogic associated with activities prior to ingesting assets.

Create metadata work unit 1102 may receive an asset (e.g., mediacontent) and a length/size of the asset and generate correspondingmetadata when the asset does not include metadata. Transform metadata1104 may receive metadata in one format and convert the metadata inaccordance with a different standard or format (e.g., translate betweendifferent metadata standards or formats). In some implementations, DDC150 may also include related work units, such as a work unit fornormalizing metadata (e.g., changing metadata format into a standardone). Such a work unit may assign an identifier for each metadata type,as well as a different metadata version number.

Pull metadata work unit 1106 may obtain metadata associated with assets(e.g., download the assets) from a source via, for example, a SFTPclient/server application, Aspera Fasp™, Windows™ Common Internet FileSystem (CIFS), hypertext transfer protocol (HTTP), etc. Pull media workunit 1108 may obtain assets from a source. Confirm delivery work unit1110 may generate and send a message to, for example, a DDC operator,process, customer, etc., upon successfully delivering an asset to an endpoint (e.g., DMR 130).

Pull work units 1106 and 1108 may pull asset/content/metadata at theearliest start time based on customer order information. During runtime,processes corresponding to pull work units 1106 and 1108 may track whathas been pulled as well as the pulling rate required to meet a jeopardytime (e.g., a threshold) for “ingesting” content (i.e., obtaining andstoring the asset in DDC 150 according to a set of criteria, such asstandardizing metadata received along with the asset). If the pullingrate is below a target rate, work units 1106 and 1108 may generate analarm.

In some implementations, DDC 150 may also include push work units. Toreceive contents/assets that are pushed from content creators/providers110, DDC 150 may provide a staging area with a demilitarized zone (DMZ)architecture. Similar to pull work units 1106 and 1108, the push workunits may track what has been pushed as well as the rate of pushingrequired to meet a jeopardy time, and generate an alarm if the rate isbelow a target rate. Both the pull and push work units may be capable ofreceiving live media streams from a source.

Encode work unit 1112 may transform an asset from one format to anotherformat. In transforming the asset, during runtime, encode work unit 1112may invoke a work unit adapter that performs the actual encoding. Decodework unit 1114 may obtain an original asset from encoded data. Inobtaining the original asset, decode work unit 1114 may invoke a workunit adapter that accesses a network element to performs the actualdecoding. The decoded data may or may not have been encoded by encodework unit 1112.

Ad marker work unit 1116 may insert advertisement breaks in amedia/content. The inserted breaks may include, for example, digital cuetones that are undetectable by viewers, digital program insertion (DPI)markers, etc. Ad marker work unit 1116 may engage engines for generatingad points (e.g., points at which ad breaks may be inserted). Suchengines may operate automatically or with user assistance.

Close captioning work unit 1118 may overlay a transcript of audio on anasset. Branch work unit 1120 may send copies of metadata of an asset tomultiple work units. Merge work unit 1122 may merge metadata receivedfrom multiple work units. Merge work unit 1122 may merge the multiplemetadata, for example, when multiple assets are being combined (e.g.,concatenated, spliced, etc.).

Transcode work unit 1124 may change the format of an asset (e.g., changeframe rate, aspect ratio, resolution, crop, etc.). Transcoding may beefficiently performed when the source and target formats aresufficiently similar. In transcoding, work unit 1124 may use parameterssuch as, for example: names of source and target files; video framesize; bit rate; frame rate; identity of video codec; audio bit rate;audio sample rate; audio codec; etc. One example of transcoding mayinclude changing a format of an asset originally received in an MP2format to an AVI format.

Split media work unit 1126 may split a media stream/file into multiplestreams/files. For example, split media work unit 1126 may split a mediafile into audio, video, and subtitles and send each to a correspondingdecoder. In one implementation, split media work unit 1126 may notitself perform decoding, but stream segregated components of thefile/stream to their respective decoders. In other implementations,split media work unit 1126 may split a media stream by segmenting themedia stream based on either size or time (e.g., split an hour-longvideo into two 30 minute videos).

Distribute work unit 1128 may distribute an asset to one or more DMRsand other types of customers. In distributing assets to a particular DMR130 or consumer 140, distribute work unit 1128 may attach, to theassets, metadata that is specified by content creator 110, DMR 130, orconsumer 140. This may require the metadata of the asset to be mapped tothe metadata format requested/needed by DMR 130 or consumer 140.

Distribute work unit 1128 may distribute the asset to multiple DMRsconcurrently or in sequence, depending on system resource availabilityand a work order specification. If a network connection with DMR 130cannot be established, distribute work unit 1128 may re-attempt todistribute to DMR 130 at a later time. Each successive attempt maytrigger a wait period that exponentially increases with each trial(e.g., 1 minute, 2 minutes, 4, minutes, 8 minutes, 16 minutes, etc.).When distribute work unit 1128 has tried a particular number of times,distribute work unit 1128 may send an alarm to a DDC operator,indicating that the DMR is off-line. When the DDC operator toggles thestate of DMR 130 as being on-line, distribute work unit 1128 may retryall failed distributions. This may or may not result in reschedulingprocesses (e.g., other distributions) waiting on availability ofresources (e.g., bandwidth) allocated for the distribution.

Package work unit 1130 may assemble interrelated assets and data,including content, metadata, artwork, etc., into a single package fordistribution. During packaging, package work unit 1130 may require, use,and/or output parameters such as, for example, a name of asset, an assetlocation (e.g., a network address or a universal resource locator (URL),etc.), a package ID, a package version, a name of metadata, a locationof the metadata, etc.

In some instances, for distribution, it is convenient to bundle packagesthat are generated by package work unit 1130. For such cases, in someimplementations, DDC 150 may include a bundling work unit, for combininga list of packages.

Encrypt work unit 1132 may encode data, via an algorithm that rendersthe recovery of the original data from the encoded data difficult,without using one or more keys. The encryption may secure the originaldata against unauthorized use. Decrypt work unit 1134 may decodeencrypted data, via one or more keys, to recover the original data fromwhich the encrypted data has been obtained. Both encrypt and decryptwork units 1132 and 1134 may allow a user to select a particularencryption/decryption profile (e.g., algorithm or parameter) fromavailable alternatives. In some implementations, theencryption/decryption scheme may generate a root key for a chain oflicenses.

Archive work unit 1136 may store data in a long-term repository. Inarchiving, work unit 1136 may require and/or use parameters such as, forexample, an identifier associated with data being archived (e.g., nameof an asset, metadata type, etc.), user ID of a user requesting thearchive operation, password, etc. Save work unit 1138 may temporarilystore an asset during its processing. The stored asset may be removedwhen the processing is complete or may be made permanent. Save work unit1138 may require and/or use parameters such as, for example, a name ofthe asset/metadata being processed, a network address of theasset/metadata, a user ID, a password, etc. Retrieve work unit 1140 mayretrieve stored data/asset from a particular location in a network,based on the name and location of data/asset, etc.

Quality assurance work unit 1142 may check the quality of processeddata/asset, to ensure that the processed data/asset meets source (e.g.,content creator 110) and target (e.g., DMR 130) requirements. Forexample, quality assurance work unit 1142 may determine whetherprocessed data/asset has been transcoded correctly and is free ofcorruption. In another example, quality assurance work unit 1142 maycheck the quality of assets/content received from a source (e.g., filesize, checksum, etc.). In some implementations, in addition to qualityassurance work unit 1142, DDC 150 may also provide a metadata qualityassurance work unit that checks for presence of particular fields,allowed values in the fields, titles, asset ID, etc.

Manual intervention work unit 1144 may assign (based on input from amanager or another user) work to human workers. In assigning the work,manual intervention work unit 1144 may send messages to the workers.Report work unit 1146 may send different types of reports to users(e.g., emails, notifications, etc.).

Assembly work unit 1148 may assemble data for generating a work order.The data may include customer-provided profiles for downloading anasset, a workflow, generic work order instructions, bill of materials(e.g., a specification setting forth a set of inputs and outputsnecessary to execute a work order), etc.

Depending on the implementation, DDC 150 may provide other types of workunits not in list 1100. For example, DDC 150 may include a work unit fortranscoding ingested assets into a low-resolution proxy asset. For thisoperation, the required parameters may include, for example, a videoframe size, bit rate (e.g., 1024 k), frame rate, video codec, etc. Inanother example, DDC 150 may include image/art work transformer workunit for changing a resolution, black filling, etc., and/or renderingother types of modifications to the image/artwork.

Additional examples of the other types of work units include work unitsfor publication of content, allowing manual handling of metadata and/orcontent, adapting ad markers, transforming artwork and images, insertinglogos, ads or black space into content, allowing manual assembly,allowing manual packaging, checking time code, bundling packages, audioleveling, layering content, and concatenating content.

In the foregoing description, DDC 150 may allow a user to define workunits and use the work units for composing workflows, to dynamicallyprovide for customer-requested processes for content distribution. Whenthe user submits an order on behalf of a customer, the DDC may obtain,from the workflow associated with the order, tasks that correspond tothe work units. Furthermore, the DDC may perform each of the tasks.

In some instances, work units of a workflow may be associated with oneor more presets. These presets may be recalled and selected for theworkflow, or a sub-workflow, which may be used to construct othersub-workflow or workflows.

In this specification, various preferred embodiments have been describedwith reference to the accompanying drawings. It will, however, beevident that various modifications and changes may be made thereto, andadditional embodiments may be implemented, without departing from thebroader scope of the invention as set forth in the claims that follow.The specification and drawings are accordingly to be regarded in anillustrative rather than restrictive sense.

For example, while series of blocks have been described with regard toan exemplary process illustrated in FIG. 4, the order of the blocks maybe modified in other implementations. In addition, non-dependent blocksmay represent acts that can be performed in parallel to other blocks.Furthermore, process 400 may include additional, fewer, or differentblocks than those illustrated in FIG. 4.

It will be apparent that aspects described herein may be implemented inmany different forms of software, firmware, and hardware in theimplementations illustrated in the figures. The actual software code orspecialized control hardware used to implement aspects does not limitthe invention. Thus, the operation and behavior of the aspects weredescribed without reference to the specific software code—it beingunderstood that software and control hardware can be designed toimplement the aspects based on the description herein.

Further, certain portions of the implementations have been described as“logic” that performs one or more functions. This logic may includehardware, such as a processor, a microprocessor, an application specificintegrated circuit, or a field programmable gate array, software, or acombination of hardware and software.

No element, act, or instruction used in the present application shouldbe construed as critical or essential to the implementations describedherein unless explicitly described as such. Also, as used herein, thearticle “a” is intended to include one or more items. Further, thephrase “based on” is intended to mean “based, at least in part, on”unless explicitly stated otherwise.

What is claimed is:
 1. A system comprising: one or more memory units tostore instructions; and one or more processors to execute theinstructions to implement, in the one or more memory units: a workflowmanager configured to: obtain a workflow identifier, create a workflowthat includes a first work unit and a second work unit, wherein thefirst work unit includes a first description of a first set ofoperations to be performed on a first video, and the second work unitincludes a second description of a second set of operations to beperformed on a second video, assign the workflow identifier to theworkflow, and update the workflow by connecting a first output of thefirst work unit to a first input of the second work unit, wherein theconnection represents providing the second video, generated fromperforming the first set of operations on the first video, forprocessing in accordance with the second set of operations; work ordercomponents configured to: receive a work order associated with theworkflow, decompose the workflow into the first and second work units,create first and second tasks that correspond to the first set ofoperations and the second set of operations, respectively; and create aconnector, based on the workflow, that includes memory or space in adatabase, to store data of a type specified by the first output of thefirst work unit; and a command processor configured to execute first andsecond work processes that correspond to the first and second tasks,respectively, wherein the execution of the first process stores outputdata into the connector and the execution of the second process removesthe output data from the connector.
 2. The system of claim 1, whereinthe one or more processors are to further execute the instructions toimplement, in the one or more memory units: a configuration managerconfigured to create the first work unit and the second work unit. 3.The system of claim 1, wherein the workflow manager is furtherconfigured to: change a state of the workflow from testing to active. 4.The system of claim 1, wherein the workflow manager is furtherconfigured to: retrieve a list of workflows based on an accountidentifier provided in a user request.
 5. The system of claim 1, whereinthe workflow manager is further configured to: receive a user request toretrieve a set of parameters and corresponding values for the first workunit in the workflow; retrieve the set of parameters and correspondingvalues for the first work unit; and provide the set of parameters andcorresponding values to the user via a graphical user interface.
 6. Thesystem of claim 5, wherein the workflow manager is further configuredto: group one or more of the parameters; and save the grouped one ormore parameters as a preset associated with the first work unit of theworkflow.
 7. The system of claim 6, wherein the workflow manager isfurther configured to: generate an identifier for the preset; and assignthe identifier to the preset.
 8. The system of claim 7, wherein theworkflow manager is further configured to at least one of: retrieve alist of presets based on a user request; update a preset for a workflow;or change a state of a particular preset.
 9. The system of claim 1,further comprising one or more databases that include a connector tablethat includes a list of connections comprising the connection.
 10. Thesystem of claim 9, wherein the one or more databases further includeassociation tables, the association tables comprising: a table ofassociations between connections and work units of workflows, whereinthe associations include an association between the connection and thefirst and second work units.
 11. The system of claim 1, wherein the oneor more processors are to further execute the instructions to implement,in the one or more memory units: a fast and secure protocol (FASP)server that communicates with a customer device over a virtual privatenetwork.
 12. The system of claim 1, wherein the one or more processorsare to further execute the instructions to implement, in the one or morememory units: an application server that includes the workflow manager.13. A method implemented by one or more processors, comprising:generating a workflow identifier; creating a workflow that includes afirst work unit that includes a first description of a first set ofoperations to be performed on a first video; assigning the workflowidentifier to the workflow; updating the workflow by adding, to theworkflow, a second work unit that includes a second description of asecond set of operations to be performed on a second video; updating theworkflow by connecting an output of the first work unit to an input ofthe second work unit, wherein the connection represents providing thesecond video, generated from performing the first set of operations onthe first video, to the second set of operations for further processing;receiving a work order to process the workflow; decomposing the workflowinto the first and second work units in response to the work order;instantiating first and second tasks that correspond to the first set ofoperations and the second set of operations, respectively; creating aconnector, based on the workflow, that includes memory or space in adatabase, to store data of a type specified by the output of the firstwork unit; and executing first and second processes that correspond tothe first and second tasks, respectively, wherein the execution of thefirst process stores output data into the connector and the execution ofthe second process removes the output data from the connector.
 14. Themethod of claim 13, further comprising: creating the first work unit andthe second work unit.
 15. The method of claim 13, further comprising:changing a state of the workflow from new to tested upon completion oftesting the workflow.
 16. The method of claim 13, further comprising:selecting one or more of parameters to form a preset; and saving thepreset.
 17. The method of claim 16, further comprising: generating anidentifier for the preset; creating the preset; assigning the identifierto the preset; and using the preset in another workflow.
 18. The methodof claim 17, further comprising: selecting one or more presets in adatabase; and saving the workflow with the selected presets.
 19. Anon-transitory computer-readable storage device, comprisingcomputer-executable instructions for execution by at least oneprocessor, the instructions causing the at least one processor to:generate a workflow identifier; create a workflow that includes a firstwork unit and a second work unit; assign the workflow identifier to theworkflow; update the workflow by connecting an output of the first workunit to an input of the second work unit, wherein the first work unitincludes a first description of a first set of operations to beperformed on a first video, and the second work unit includes a seconddescription of a second set of operations to be performed on a secondvideo, and wherein the connection represents providing the second video,generated from performing the first set of operations on the firstvideo, for processing in accordance with the second set of operations;receive a work order associated with the workflow; decompose theworkflow into the first and second work units; create first and secondtasks that correspond to the first set of operations and the second setof operations, respectively; create a connector, based on the workflow,that includes memory or space in a database, to store data of a typespecified by the output of the first work unit; and execute first andsecond work processes that correspond to the first and second tasks,respectively, wherein the execution of the first process stores outputdata into the connector and the execution of the second process removesthe output data from the connector.
 20. The non-transitorycomputer-readable storage device of claim 19, wherein thecomputer-executable instructions further cause the at least oneprocessor to: communicate with a client device over the fast and secureprotocol (FASP).